Generate Superstructure 
(Write Code) 
(Can be Serialized) 

I 

Instantiate On Device 
(Install, Then User Runs or Activates) 



I 

Validate Superstructure 
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Generate Operations (Run Application) In Device to Carry Out 
Behavior Described By Current Superstructure, 
Thereby Generating Events 
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User or Network Provides Additional Events 


i 
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Receive Event (May Be Through Device-Native OS and 
Superstructure-Dedicated OS), 
Update Superstructure in Accordance with Event, 
Execute Handler (Local or Remote) Which May Update 
Superstructure 



I 

Update Application State In Device 



FIG. 1A 



Generate Message Containing Data Object 






Transmit Message to Device 
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Receive Message 
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Instantiate Application in Device in Accordance with Data Object 
(at Invocation or at Provisioning Time) 



FIG-1B 



Provisioning Application On 1st Device Locates 
Within Its Operating Environment 
a 1st Superstructure (Or Data Object) 
For a New Application Superstructure 
to be Expressed to a Second Device 



Provisioning Application Generates 
Defined Data Object to be Used 
to Express New Application Superstructure 
to Second Device 
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Data Object Is Transmitted to the 
Second Device Via a Message 



Second Device Creates New 
Application Superstructure From 
Data Object In Message 
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First device maintains application capable of accepting input 
from a user to create interactive message 
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First application translates operational portion of message 
into new superstructure-based application operable to display 
message or cause interactive operations within the message 



OR 



First application transmits 
superstructure 
of new application to receiving 
device, 
(includes converting 
superstructure into a temporary 
form transmitted, 
received, and decoded back 
into original form on the 
receiving device) 



Receiving device maintains 
application that receives 
superstructure in 
temporary form, decodes it, and 
causes message-bearing 
superstructure to operate, 
thereby rendering the message 
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first device transmits to 
second device message 
containing application event 
item 



second device places 
application event item into 
processing queue of the 
second device 
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FIG. 1D 



Receive application event in the device-native OS 
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Receive data representative of application event in 
superstructure-dedicated OS 
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Apply to the superstructure, in response to the 
received data, a data object, 
thereby modifying the superstructure, 
(modifying can include using device-native code 
to implement an interface to modify 
superstructure; application of changes to 
superstructure can be implemented by 
activating program instructions within the 
superstructure) 
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Operate the application in the device in accordance with the 
modified superstructure 



FIG. 1E 





Generate modification data object, 
(Mechanism for generating modification data object 
can be within superstructure), 
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Translate modification data object into form suitable for 
processing by device-native OS 










Receive in device-native OS the translated modification data 

object 
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Process translated modification data object in the application to 

update application 




FIG. 1F 




Transmit relevant portion of the superstructure to 
processor remote from the device 
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Modify transmitted portion 
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Return modified portion or new set of operations to update 

superstructure 





FIG. 1G 
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Store copy of superstructure on application server, 
(superstructure having data objects operable to 
instantiate applications in the remote device) 



Replicate data objects in the superstructure from server to device 
to enable instantiation of new data objects/applications from 

server to device 
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FIG. 1H 



When application event on device is expressed to superstructure, 
transmit a superstructure object associated with the application 
event to a remote server 
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Server processes object and create new version of it 



New version of object is transmitted from server to device, 
thereby updating the superstructure 



Superstructure-dedicated OS causes device-native OS to 
update application state in response to the updated superstructure 



FIG. 11 



Superstructure Or Superstructure Object Defining or Updating an 
Application Is Transmitted by Peer-to-Peer Transaction from a First 
Device in which Application Is Instantiated to Second Device 
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Second Device Receives Superstructure Or Object 
and Instantiates or Updates 
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Convert portion of superstructure into device-portable form 
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Reconstruct original superstructure portion, using device portable 

form, without loss of state 
(can utilize device-specific stylesheet - device-portable form can 
be used as intermediate or permanent storage format for 
recording data within superstructure) 
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FIG. 1K 



Broadcast Update Data Object(s) 
To Devices While Ensuring Coherency 
(Each Device in a Consistent, Known State 
At Time of Broadcast and Update is Whole and Complete; or, 
Broadcast Only Complete Segments Of Update) 
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Receive Update Data Object 
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Update in Accordance with Update Data Object 



FIG. 2 



Generate Superstructure 



I 

Use Internal Representation of Superstructure to Store Private Data 
(Not Serialized When Application Paused, Halted or Migrated; 
Coherently Recoverable) 
(Including Private/Public State) 



FIG. 3 





FIG. 4 




FIG. 5 
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Applications / 
Data From/T o 
Network 



FIG. 6 




FIG. 7 




Object, f<> H 

ID-object! 

Class Parent=baseClass 

Basic Diagram of the Superstructure 
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ROOT, 

ID=application1. 



^-'Object, |o0li 
ID=theObject 
Class Parent=class menu 




Class, \°°b> 

ID=class_menu 

Parent=class_menubase 




iocs 



csqml ;sq-class clasald^clasamenu" extends= t, class_menubase" 
object ld= " theGb j ect ■ > 

<sqrol : sq-card id="card_raenu n > 

<sqml: title label- "MONOIDS MENU" /> 
<sqml:top label* "PREVIOUS" class- "border" /> 
<eqnil : bot com label="NEXT" claas ^border" /> 
<L8qml:left label="" class= "border" /> 
<;aqml :right label= "CHECK OUT" clase= "border" l> 
csqml; leftButton label = "ORDER" anActivate^order* 1 /> 
<sqml:rightButton label- "EXIT" /> 
csqral : frame > 

csqml : image arc= n {list_pizza Images l$index] }"> 
<sqml : textarea> 

(list jpiazaNames ($index) } 
</sqml : text area > 
</sqml : frames 
<c/sqml :sq-card> 




<sqml : scalar name= "index" ?l</sqml : variable > 



<f unction id="next"> 

«sqml:eval expr=* "index=$ index* 1 " /> 
<sqml:if test="$index > $list_jpizzaNaroes : size" > 

<sqml;eval expr="$index=l w /> 
</sqml ; if > 
</function> 



</sqml :claas> 



Organization of an Object 
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Screen Image, (i* 



Conceptual Breakdown 

Scroll Indicator, (do 




An Overview of a Typical SQUI Screen 



£ Here ; ~ 3 text lhatshould spread onto multiple imes 

the people, in order to. term a more pg'rfec* union, ; 
**stablish justice, ensure domestic tranquility, provide for 
jthe common cteterure, promote the general welfare and 
Isecurethe blessings of I i be rty for ourselves and our 
J* posterity do ordain and establish ihis Constitution .of the 
,Umi*d 3t4i.es of Am-anoa. 



Screenshot of an Example Static Application 




• Screenshot: Expression Interpolation 
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Screenshot: Objects with Variables 




Screenshot: Variable Incrementing 
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Index = 2 Index = 3 



- Screenshot: Pizza Ordering Version 1.0 




•icreenshot: Text Field Extraction 




Index = 1 Index = 2 Index = 3 



Screenshot: Pizza Ordering Revisited 
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• Various Client/Computing Models 



